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Description 

The invention relates to a database system 
comprising: 

a) a plurality of subsystems each of which is 
adapted to produce and process one or more 
types of information; 

b) a bus system; and 

c) a plurality of interfaces respectively coupling 
the respective subsystems to said bus system, 

where 

i) each subsystem comprises means for re- 
questing information by including in such a re- 
quest an indication of the type of information 
desired, and means for supplying information 
produced by said subsystem including therein 
an indication of the type of the produced in- 
formation; 

ii) each interface comprises means for: 

- sending a request, via the bus system, for 
the supply of a particular type of informa- 
tion in case the subsystem belonging to 
the interface requests information of the 
said type; 

- accepting information produced by the 
subsystem belonging to the interface, in- 
cluding an indication of the type of the 
information; 

- supplying the bus system with a particular 
type of information in case the interface, 
via the bus system, receives from another 
interface connected to the bus system, a 
request for the supply of information of the 
last-mentioned type, if the subsystem be- 
longing to interface produces the informa- 
tion in question; 

- accepting from the bus system the in- 
formation of the type requested by the 
subsystem belonging to the interface, and 
supplying the accepted information to sub- 
system. 

A database system of this kind is known from 
DE-A 31 48 733, which deals with the retrieving 
and editing of distributed information. This known 
system has as a main advantage that a processor 
may share its workload with other processors and 
that this sharing is organised on the basis of the 
type of information to be processed upon. 

The present invention deals with a system of 
interlinked subsystems spread out on a ship. 

A prerequisite of such a system is that it be 
operational at any time. This is usually realised by 
duplicating the entire system, with both systems 
operating synchronously. This solution, however, 
has the disadvantage of being rather complicated 
and therefore very expensive. The life cycle of a 
database system is generally so long that several 
revisions of the system are carried through. Moder- 



nisation of e.g. one subsystem generally necessi- 
tates modification of parts of the database system, 
because the various subsystems are interdepen- 
dent. This interdependence is due for instance to 

5 the fact that the various subsystems address each 
other both when requesting and when sending in- 
formation. The present invention has for its object 
to solve the indicated problem by isolating the 
various subsystems from each other to a certain 

70 degree, while communication between the sub- 
systems remains possible. 

Because subsystems do not address each oth- 
er, but instead use the type of the information to be 
sent as a selection criterion, the subsystems are 

15 highly independent of each other. A subsystem 
does not need to "know" which other subsystems 
there are and is therefore independent of the net- 
work configuration. As a result, only the essential 
parts of the database system need to be dupli- 

20 cated, while the synchronisation of the duplicated 
subsystem is automatically maintained. It is also 
possible to add one or more updated subsystems 
to the network, or to replace subsystems by other 
subsystems without having to adapt the original 

25 subsystems. This, too, is a direct result of the fact 
that the information type determines whether a 
subsystem accepts this information. 

A subsystem may also produce information 
which cannot be processed by certain or by all 

30 subsystems without causing hindrance to the said 
subsystems or the interconnecting bus system. 
Consequently, a subsystem needs to be suitable 
only for supplying information produced by the 
subsystem with the accompanying type indication, 

35 for requesting the required information of a particu- 
lar type, and for accepting the information pre- 
sented. If a bus system is used in the network, it is 
possible to connect a subsystem via an interface 
with the bus system to create a database system. 

40 The bus system may be of a generally known type. 

For this purpose the database system accord- 
ing to the invention is characterised in that: 
iii) each interface comprises means for: 

- storing, as from the moment the sub- 
45 system belonging to the interface makes 

at least one request for information of a 
particular type, the information of the 
above-mentioned type, each time new in- 
formation of the said type becomes avail- 
so able on the bus system; 

- supplying to the bus system, as from the 
moment the interface receives from the 
bus system at least one request for the 
supply of information of a particular type, 

55 new information of the said type each time 

this information is again produced by the 
subsystem belonging to the interface; 
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- supplying already accepted and stored in- 
formation of a particular type to the sub- 
system belonging to the interface each 
time the said subsystem requests informa- 
tion of this type. 
A cost-effective version of a database system 
according to the invention will be further explained 
with reference to the accompanying drawings, in 
which 

Fig. 1 is a possible embodiment of a 
database system according to the in- 
vention; 

Fig. 2 is a possible embodiment of an inter- 
face; and 

Fig. 3 is an example of time-dependent qual- 
ity information. 

Fig. 1 shows a database system 1 according to 
the invention. It includes a number of subsystems 
2a-2n, which are usually not identical. A subsystem 
2i is a system which can process and/or produce 
data. Subsystem 2b is, by way of example, con- 
nected to an information-producing unit 3. The 
information-producing unit 3 may e.g. be carried 
out as a radar apparatus, an infrared camera, or a 
sonar apparatus. Subsystem 2c is, by way of ex- 
ample, connected to a terminal 4, at which an 
operator is engaged. The operator can examine or 
enter data. Subsystem 2n can e.g. be configured 
as an independent calculator, which carries out 
calculations for other subsystems. All subsystems 
2a-2n are linked via lines 5a-5n with network 6, 
which handles the message traffic among the var- 
ious subsystems. 

Communication among the various subsystems 
is subject to the following rules, among others: 

- a subsystem requiring information of a par- 
ticular type requests network 6 to supply this 
information; 

- when a subsystem produces information, this 
subsystem supplies the said information and 
the information type indication to network 6; 

- network 6 supplies the information of a par- 
ticular type to the subsystems requesting the 
information of the said type when this in- 
formation is available in the network. 

The fact that the subsystems are not aware of 
each other's presence results in an extremely flexi- 
ble system, since the message traffic among sub- 
systems is now based on the information type, 
which renders addressing superfluous. A sub- 
system therefore does not need to "know" the 
other subsystems, making the system configuration 
extremely flexible. 

Various possibilities exist to realise a network 6 
possessing the required characteristics. For in- 
stance, it is possible to have one single processor 
execute all functions of network 6. Referring to Fig. 
1, however, a network will be discussed which 



includes several processor-network interfaces 7a- 
7n. An interface 7a-7n links a subsystem 2a-2n 
with a bus system 8 belonging to the network by 
means of lines 5a-5n, 9a-9n and bus taps 10a-10n. 

5 Bus system 8 may be of a generally known type. 
The communication among the various subsystems 
2a-2n by means of interfaces 7a-7n is explained 
with reference to an example: information exchange 
between subsystem 2i and subsystem 2j. It should 

ro be borne in mind that the characteristics described 
of subsystems 2i and 2j and of interfaces 7i and 7j 
respectively are present in all subsystems and 
interfaces respectively. 

The subsystems will generally be of different 

is types, while the interfaces are identical. In simple 
form, the communication will be as follows: 

- If the subsystem 2i requires information of a 
particular type, a request is made via line 5i 
to interface 7i for the supply of the said 

20 information; 

- Interface 7i sends, via line 9i and bus system 
8, a request to each interface 7j linked to the 
bus system to supply the said information. To 
that effect the bus system uses "broadcast". 

25 - Interface 7j stores all the information pre- 
sented by subsystem 2j via fine 5j, together 
with the information type indication. In this 
context, subsystem 2j may be provided with 
facilities to determine whether information 

30 produced by the subsystem is of local or 

global value. Only in the latter case will a 
subsystem proceed to present information to 
the corresponding interface; 

- In case interface 7j has stored information of 
35 a particular type while interface 7j received a 

request for the supply of information of the 
said type via line 9j, interface 7j supplies this 
information to bus system 8 via line 9j; 

- In case interface 7i is presented with informa- 
40 tion of a particular type by bus system 8 

while interface 7i has received a request for 
the supply of the said type of information 
from subsystem 2i via line 5i, interface 7i 
accepts the said information. The accepted 

45 information can subsequently be presented to 

subsystem 2i. The presentation of the said 
information may occur either immediately 
after reception of the information from bus 
system 8, or at a subsequent request of 

so subsystem 2i for the supply of information of 

the type in question. In a special version of 
the interface, discussed below, a version with 
a so-called subscription service, the informa- 
tion accepted by interface 7i is transferred 

55 immediately to subsystem 2i after the first 

request of subsystem 2i for the information in 
question, while subsequently the information 
accepted by the interface is only supplied to 
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subsystem 2i at a next request of subsystem 
2l. 

Thanks to the subscription service, the speed 
and effectiviness of the database system is consid- 
erably improved. For instance, a subsystem may 
produce information which cannot be processed by 
any of the subsystems connected to bus system 8 
without needlessly loading bus system 8 or another 
interface. In the latter case, a subscription is not 
opened so that the relevant information is not sup- 
plied to bus system 8. 

The communication among the various sub- 
systems 2a-2n by means of the special version of 
interfaces 7a-7n mentioned above, will be further 
explained with reference to Fig. 1 and Fig. 2, where 
Fig. 2 represents the special version of interfaces 
7a-7n. 

In the further discussion of a random interface 
7i, the index i will be omitted (Fig. 2). In case a 
subsystem 2 produces information with the accom- 
panying information type indication, the complete 
information will be supplied to interface 7 via line 5. 
This information is processed by means of an 
adapter processor 11, of which the corresponding 
program is stored in a ROM memory 12. Ail micro- 
processors present in an interface are intercon- 
nected via an internal bus 13, which bus is pro- 
vided with a system time by means of a clock 14. 
Last-mentioned process is of such a nature that 
further operations to be carried out in the interface 
are simple to implement. The said information is 
stored in a local database memory 16 via bus 13 
under control of a local database manager proces- 
sor 15. The software of local database manager 15 
is stored in a ROM memory 17. If subsystem 2 
requests the interface 7 via line 5 to supply the 
information of a particular type, this request is 
stored in a subscription memory 19 under control 
of a subscription processor 18. The software for 
processor 18 is stored in a ROM memory 20. 
Information with the corresponding type indication, 
which is available on bus system 8, is supplied to a 
bus adapter processor 21 via line 9. The software 
for processor 21 is stored in ROM memory 22. The 
information and corresponding type indication 
adapted by processor 21 are supplied to internal 
bus 13. Subscription processor 18 checks whether 
the information from the bus system is of a type 
which is stored in subscription memory 19. If this is 
the case, implying that the subsystem requested 
this type of information, the information in question 
is stored in a global database memory 24 under 
control of a global database manager processor 23. 
The software for processor 23 is stored in a ROM 
memory 25. Each time new information of the 
same type becomes available on bus system 8, 
this information is again stored in global database 
memory 24 as described above. In this process, 



old information of the said type is overwritten if this 
information originates from the same interface con- 
nected to the bus system. If the new information of 
the said type originates from a different interface, 

5 the information in question is stored in a separate 
memory position in global database memory 24. 
No overwriting therefore takes place in case of 
information of the same type originating from dif- 
ferent interfaces. Global database processor 23 is 

ro suitable to distinguish information originating from 
different interfaces. This is made possible by pro- 
viding each interface with an identitity generator 26. 
An identity generator 26 allows processor 21 to 
add a parameter I to information which is supplied 

75 to bus system 8. The parameter I enables origin 
determination of information within network 6. 

The character of a subscription appears from 
the repeated acceptance of information of a par- 
ticular type which becomes available on the bus 

20 system, as from the moment subsystem 2 made a 
first request for the relevant information. The char- 
acter of a subscription also appears from the re- 
peated supply to the bus system of new informa- 
tion generated by a subsystem as from the mo- 

25 ment the interface received the first request via the 
bus system for the supply of the information in 
question. This process will be discussed below, it 
is very probable that a subsystem making a first 
request for information of a particular type will 

30 make another request for this information in the 
near future. In this way, a new request from the 
subsystem for the information in question can be 
immediately complied with by supplying the in- 
formation from the global database memory 24 to 

35 the subsystem. In case several interfaces have 
supplied information of the type in question to bus 
system 8, all of which is stored separately in mem- 
ory 24 under control of parameter I, the question 
arises which information should be supplied to the 

40 subsystem when this subsystem makes another 
request for the information in question. 

This problem can be solved by supplementing 
information with a quality indication of the informa- 
tion in question. This quality indication is also gen- 

45 erated by the subsystems. In this example, the 
quality indication is formed by parameters Q D , to 
and t, where Q 0 is the instantaneous quality of the 
information at the moment of production, t 0 is the 
moment of production and t a half life of the 

so quality. Parameter r thus indicates how long it 
takes before the quality of the information is re- 
duced by half. Parameter t 0 is derived by means of 
clock 14. Because a situation may change in the 
course of time, it is possible that information which 

55 is a function of this situation changes in the course 
of time, thus reducing in quality. The quality indica- 
tion in question is also stored in memory 24. At a 
new request of the subsystem to supply informa- 
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tion^of a particular type at moment t, processor 23 
can select the best information by means of pa- 
rameters Q 0 , to and t, on the basis of the formula: 

t - t 
o 

+ 

Q(t) - Q Q H r 

Fig. 3 shows an example. 

The information originating from interface n has 
quality parameters Q Q = 8, to = 0 and t = 4, 
while the information originating from interface m 
has quality parameters Q 0 = 4, t 0 = 2 and r = 6. 
Fig. 3 shows that the quality Q n of the information 
originating from interface 1 is higher than the qual- 
ity Q m of the information originating from interface 
m, as long as 0 < t < 8. This implies that processor 
23 will supply the information originating from inter- 
face n if subsystem 2 requests this information at a 
moment t < 8. In case t £ 8, the information 
originating from interface m will be presented. If Q n 
= Q m the interface will make a random choice. It 
should be clear that it is also possible to use 
different quality parameters and different formulas. 
The formulas may even be a function of parameter 
I. 

Thanks to the subscription service it is possible 
to realise that a subsystem is immediately supplied 
with the best information available at the moment 
the subsystem requests information of the type in 
question. For special applications it is possible that 
a subsystem not only requests the information of 
the best quality but makes a special request for all 
information of a particular type available at that 
moment. This enables observations of different 
sensors to be correlated with each other in order to 
construct a virtual observation, which subsequently 
can be presented to the network with a higher 
degree of quality than the quality of the individual 
observations. 

When a subsystem makes a first request for 
the supply of information of a particular type, and 
thus opens a subscription, this type of information 
is stored upon reception from bus system 8 in the 
database memory 24, while the information in 
question is simultaneously presented to subsystem 
2. At a subsequent reception of new information of 
the said type, this information will only be inserted 
in database memory 24. Supply of this information, 
which is stored in database memory 24, to the 
subsystem occurs at a new request from the sub- 
system for information of the type in question as 
described above. 

A special application is created when sub- 
system 2 requests a message in case new informa- 
tion of a particular type becomes available in inter- 



face 7 via bus system 8. This saves subsystem 2 
from having to wait for the information in question 
and repeatedly making requests for information of 
the type in question. This implies that subsystem 2 

s may in the mean time be otherwise engaged be- 
cause it will be automatically informed when inter- 
face 7, belonging to subsystem 2, receives new 
information of the type in question. A request from 
subsystem 2 to interface 7 for a message when 

10 new information of a particular type becomes avail- 
able via bus system 8 also implies opening of a 
subscription if it concerns a first request for the 
information in question. 

At a certain point, subsystem 2 may decide it 

75 is no longer interested in information of a particular 
type. A subscription opened by a first request for 
the supply of information of a particular type will 
then be terminated by a stop order generated by 
the subsystem. Subscription processor 18 recog- 

20 nises the order and erases the subscription for 
information of the type in question from memory 
19. It is also possible that the interface autono- 
mously terminates a subscription in case informa- 
tion of a particular type is received but no longer 

25 requested by the corresponding subsystem. 

When subsystem 2 makes the first request to 
corresponding interface 7 for the supply of informa- 
tion of a particular type and thus opens a subscrip- 
tion, bus adapter processor 21 sees to it that this 

30 request is also supplied to bus system 8. The 
same applies to a stop order generated by sub- 
system 2 or by interface 7. In both cases, param- 
eter I, characteristic of the relevant interface, is 
supplied to bus system 8. A request for the supply 

35 of information or stop order to terminate the supply 
of information of a particular type, supplied to bus 
system 8 in an analogous manner by a different 
interface, is received by bus adapter processor 21 
and presented to internal bus 13. Subscription pro- 

40 cessor 18, in reaction to such a request, sees to it 
that a subscription is opened for the supply of 
information of the type in question produced by 
subsystem 2 to bus system 8, if the subsystem 
belonging to the interface is capable of producing 

45 the information in question. To this effect, subscrip- 
tion memory 19 contains all types of information 
the relevant subsystem is capable of producing. 
The request for supply of information of a type 
which the subsystem is capable of producing is 

so stored in the subscription memory 19. The storage 
of this request is executed on the basis of the 
corresponding parameter I for each requesting in- 
terface. Subscription processor 18, in reaction to a 
stop order received from bus system 8, sees to it 

55 that the request for the supply of information of the 
type in question to bus system 8 is erased from 
subscription memory 19. The erasure of the rel- 
evant request is executed for each requesting inter- 
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face on the basis of the parameter I received 
together with and belonging to the stop order. 
Subscription processor 18 sees to it that every 
time new information of the type in question is 
produced by subsystem 2, this information is sup- 
plied to bus system 8 via processor 21 , as long as 
at least one interface having made a request for 
information of the type in question is recorded in 
subscription memory 19. If a request for supply of 
information of a particularly type is received via 
bus system 8 for the first time, resulting in the 
opening of a subscription for supply of information 
to bus system 8, processor 18 sees to it that the 
information in question is directly supplied to bus 
system 8 if this information is already stored in 
memory 16. Subsequently, the relevant information 
is supplied to bus system 8 each time subsystem 
2 produces new information of the type in question. 
The information in question is of course accom- 
panied by quality parameters generated by the 
subsystem and by parameter I generated by the 
interface. The interfaces making the request for the 
information in question will accept the information 
supplied to bus system 8 and further process it as 
described above. 

The database system also has provisions for 
ensuring that, upon initialisation of the entire sys- 
tem, all subsystems can start producing informa- 
tion. Difficulties could arise if subsystems need 
each others information for the production of new 
information. In that case, these subsystems would 
have to wait for each other with the production of 
new information. To prevent this, a subsystem 
which has just been activated subsequently pro- 
vides to interface 7 all types of information it is 
capable of producing. It may happen that a certain 
type of information is not yet available, e.g. as a 
result of the dependence described above. In that 
case, the information of the type in question is 
supplied anyway, however, with a quality parameter 
Q Q = 0. The relevant types are stored in subscrip- 
tion memory 19. It can be proven by induction that 
all subsystems are capable of producing the re- 
quired information if it is assumed that the 
database system contains at least one subsystem 
which, independent of other subsystems, is ca- 
pable of producing information. It is quite possible 
that, during the initialisation stage of the database 
system, requests for information are lost. For in- 
stance, a subsystem may not yet be operational 
during the initialisation stage because the software 
required for that subsystem has not yet been load- 
ed. Other subsystems, however, may be imme- 
diately operational, because the software required 
for these subsystems is stored in a ROM memory. 
In case an interface belonging to a subsystem 
which is not yet operational requests information of 
a particular type via the bus system, this interface 



is not capable of deciding whether this request 
should be stored in subscription memory 19. This 
is caused by the fact that it is not yet known which 
types of information the relevant subsystem is ca- 

s pable of producing. To prevent the loss of such 
requests for information, during the initialisation 
stage an interface may store all requests for in- 
formation of a particular type in subscription mem- 
ory 19. If, at a certain moment, the software re- 

w quired for the subsystem is loaded, interface 2 can 
then check which requests for information the sub- 
system belonging to this interface can ever comply 
with. This is done on the basis of the information 
generated by the subsystem during initialisation, if 

75 applicable including a quality parameter Q 0 = 0. 
The requests which cannot be complied with are 
erased. Subsequently, the interface leaves the in- 
itialisation stage and stores requests for information 
of a particular type only if the subsystem belonging 

20 to the interface can produce the information in 
question. 

A particularly cost-effective version is created 
when an interface is provided with an event proces- 
sor 27 (see Fig. 2). A ROM memory 28 contains 

25 the software for event processor 27. Event proces- 
sor 27 is included in interface 7 with the purpose of 
recognising special types of information received 
via bus system 8. The information concerned is of 
a type which is not regularly generated by a sub- 

30 system and supplied to bus system 8. Subsystem 
2 will inform event processor 27 in advance con- 
cerning the separate types of information that can 
be processed or can no longer be processed by 
subsystem 2. An example of this type of informa- 

35 tion is a fire alarm generated by a subsystem and 
supplied to interface 7, which supplies it to bus 
system 8 with priority. After the fire alarm in ques- 
tion is received via bus system 8 by event proces- 
sor 27, it is with priority supplied to subsystem 2 

40 belonging to the said event processor 27 if sub- 
system 2 is capable of processing the information 
in question. Subsequently, the said subsystem can 
react immediately to the fire alarm. A second ex- 
ample of information recognised by event proces- 

45 sor 27 concerns information generated by a moni- 
tor processor 29. A ROM memory 30 contains the 
software for the monitor processor 29. Monitor pro- 
cessor 29 checks the functioning of the database 
system. If monitor processor 29 discovers that the 

so database system does not function properly, moni- 
tor processor 29 generates an alarm signal which is 
supplied to bus system 8. Upon reception via bus 
system 8, such a signal is recognised by the event 
processor 27 and processed as described above. 

55 Monitor processor 29 checks for instance 
whether a request from corresponding subsystem 2 
for information of a particular type results in the 
reception of this information via bus system 8. If, 
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after.a certain period of time, the relevant informa- 
tion has not been received, while the database 
system is designed in such a way that each re- 
quest for information of a particular type can be 
complied to, this implies that an interface or sub- 
system in the system does not function properly. 
Because the identity of the producer of the in- 
formation in question is not known, nothing can be 
decided concerning the identity of the malfunction- 
ing interface or subsystem. 

This problem can be solved by providing the 
database system with a special subsystem 2a, 
which is the only subsystem having full knowledge 
of the database system configuration (see Fig. 1). 
An interface which detects malfunctioning of an 
information producer (subsystem plus correspond- 
ing interface), by means of its monitor processor 
29 generates a signal which is supplied to bus 
system 8. The said signal is of such a nature that it 
is recognised by special subsystem 2a. This sub- 
system can then take various types of measures. 
One of these measures could be that subsystem 
2a transmits a message reporting the problem. It is 
however also possible that special subsystem 2a 
transmits a message initiating an automatic recon- 
figuration of the database system. This can be 
achieved by defining special messages, which are 
recognised by certain event processors 27 of inter- 
faces. This enables special subsystem 2a to ad- 
dress the said interfaces. This is the only case in 
which addressing techniques are used because 
special subsystem 2a has knowledge of the system 
configuration. This however does not harm normal 
communication among subsystems in which ad- 
dressing techniques are not used. After all, a spe- 
cial interface is concerned which only produces 
data in a special situation. An event processor of 
an interface addressed by the special subsystem 
subsequently informs the corresponding subsystem 
of its new task. 

A monitor processor 29 has been programmed 
by means of memory 30 in such a way that moni- 
tor processor 29 questions the corresponding sub- 
system if this subsystem did not interact with the 
interface during a certain period. If the said sub- 
system appears to be malfunctioning, the monitor 
processor may report this to special subsystem 2a. 
Special subsystem 2a can then take the above- 
mentioned measures by means of the event pro- 
cessors. 

A monitor processor 29 may also check wheth- 
er the frequency of information of a particular type 
presented via bus system 8 does not suddenly 
change. This may be caused by problems in a 
particular interface. It is very unlikely that the sub- 
system belonging to this interface is the cause of 
these problems because the said interface would 
have recorded this as described above. Monitor 



processor 29 in that case transmits a message to 
the possibly malfunctioning interface. The identity 
of the possibly malfunctioning interface is known 
thanks to parameter I, used by the possibly mal- 

5 functioning interface in the transmission of informa- 
tion. If the said interface does not react normally, 
the monitor processor which discovered this may 
report it to the special subsystem. The special 
subsystem can then again take the necessary mea- 

10 sures as described above. 

Claims 

1. Database system comprising: 
/5 a) a plurality of subsystems (2i) each of 

which is adapted to produce and process 
one or more types of information; 

b) a bus system (8); and 

c) a plurality of interfaces (7i) respectively 
20 coupling the respective subsystems (2i) to 

said bus system (8), 
where 

i) each subsystem (2i) comprises means 
for requesting information by including in 

25 such a request an indication of the type 

of information desired, and means for 
supplying information produced by said 
subsystem (2i) including therein an in- 
dication of the type of the produced in- 

30 formation; 

ii) each interface (7i) comprises means 
for: 

- sending a request, via the bus sys- 
tem (8), for the supply of a particu- 

35 far type of information in case the 

subsystem (2i) belonging to the in- 
terface (7i) requests information of 
the said type; 

- accepting information produced by 
40 the subsystem (2i) belonging to the 

interface (7i), including an indica- 
tion of the type of the information; 

- supplying the bus system (8) with a 
particular type of information in 

45 case the interface (7i), via the bus 

system (8), receives from another 
interface (7j) connected to the bus 
system (8), a request for the sup- 
ply of information of the last-men- 

50 tioned type, if the subsystem be- 

longing to the interface (7i) pro- 
duces the information in question; 

- accepting from the bus system (8) 
the information of the type request- 

55 ed by the subsystem (2i) belonging 

to the interface (7i), and supplying 
the accepted information to sub- 
system (2i), 
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characterised in that 
Hi) each interface (7i) comprises means for: 

- storing, as from the moment the sub- 
system (2i) belonging to the interface 

(7i) makes at least one request for 5 
information of a particular type, the 
information of the above-mentioned 
type, each time new information of the 
said type becomes available on the 
bus system (8); w 

- supplying to the bus system (8), as 
from the moment the interface (7i) re- 
ceives from the bus system (8) at 
feast one request for the supply of 
information of a particular type, new 75 
information of the said type each time 

this information is again produced by 
the subsystem (2i) belonging to the 
interface (7i); 

- supplying already accepted and 20 
stored information of a particular type 

to the subsystem (2i) belonging to the 
interface (7i) each time the said sub- 
system (2i) requests information of 
this type. 25 

2. Database system as claimed in claim 1, 
characterised in that the interface (7i) is pro- 
vided with a first memory (24) for the storage 

of information received via the bus system (8), 30 
a first microprocessor (23) controlling the said 
memory (24), a second memory (16) for the 
storage of information produced by the sub- 
system (2i) belonging to the interface (7i), and 
a second microprocessor (15) controlling the 35 
second memory (16). 

3. Database system as claimed in claim 1, 
characterised in that the interface (7i) com- 
prises means for: 40 

- sending a stop order, via the bus system 
(8) for the cancellation of an earlier re- 
quest for the supply of information of a 
particular type, in case the subsystem 

(2i) belonging to the interface (7i) in- 45 
dicates to this interface (7i) to be no 
longer interested in the information of the 
type in question; 

- recording each request, made by inter- 
faces (7j) and received via the bus sys- so 
tern (8), for the supply of information of a 
particular type, in case the subsystem 

(2i) belonging to the interface (7i) is ca- 
pable of producing the information in 
question; 55 

- recording each stop order, originating 
from interfaces (7j) and received via the 
bus system (8), for the termination of an 



earlier request, made by the interface (7j) 
in question, for the supply of information 
of a particular type; 

- supplying the bus system (8) with in- 
formation of a particular type in case the 
subsystem (2i) belonging to the interface 
(7i) produces this information, as long as 
at least one request for the supply of the 
said information has been recorded. 

4. Database system as claimed in claim 3, 
characterised in that the interface (7i) is pro- 
vided with a third microprocessor (18) and a 
third memory (19), controlled by this micropro- 
cessor (18), to record, for each interface (7j) 
forming part of the database system, the re- 
quests made and stop orders issued by these 
interfaces (7j) for the supply of information of a 
particular type, and to record the request made 
by the subsystem (2i) belonging to the inter- 
face (7i) for the supply of information of a 
particular type. 

5. Database system as claimed in claim 3, 
characterised in that the interface (7i) com- 
prises means for sending a stop order to with- 
draw an earlier request for the supply of in- 
formation of a particular type, in case the sub- 
system (2i) belonging to the interface (7i) does 
not request the information in question within a 
certain period of time. 

6. Database system as claimed in claims 1 or 3, 
characterised in that all subsystems (2i) com- 
prise means for the production of a quality 
indication relating to information produced by 
the subsystem, and that the interface (7i) be- 
longing to subsystem (2i) is provided with 
means for: 

- simultaneous sending of information of a 
particular type produced by the sub- 
system (2i) belonging to the interface 
(7i), and a quality indication also pro- 
duced by the said subsystem (2i) and 
relating to the said information; 

- recording and overwriting, for each 
information-supplying interface (7j), of in- 
formation of a particular type received 
via the bus system (8), together with the 
quality indication belonging to this in- 
formation; 

- supplying the best stored information of 
a particular type to the subsystem (2i) 
belonging to the interface (7i), each time 
the said subsystem (2i) requests this 
type of information, whereby the best 
information is selected on the basis of 
the quality indication. 
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7. Patabase system as claimed in claim 6, 
characterised in that the quality indication 
mentioned comprises instantaneous quality in- 
formation Q ol durability information r, and 
moment-of-production information to. 

8. Database system as claimed in claims 6 or 7, 
characterised in that the interface (7i) com- 
prises the said first memory (24) for the stor- 
age of the said quality indication, and the said 
first microprocessor (23) for the selection of 
the best information. 

9. Database system as claimed in one of the 
claims 1-8, characterised in that the interface 
(7i) provides means for supplying to the sub- 
system (2i) belonging to the interface (7i) all 
the already accepted and stored information of 
a particular type, each time the said sub- 
system (2i) requests all the information of this 
type. 

10. Database system as claimed in one of the 
claims 1-9, characterised in that the interface 
(7i) provides means for immediately reacting to 
particular types of information received via the 
bus system (8), and for immediately supplying 
this information to the subsystem (2i) belong- 
ing to the said interface (7i), and vice versa. 

11. Database system as claimed in claim 10, 
characterised in that the interface (7i) provides 
means to react to the said types of information 
only if the subsystem (2i) belonging to the 
interface (7i) indicates that it is capable of 
processing the information in question. 

12. Database system as claimed in claim 11, 
characterised in that the interface (7t) provides 
means to inhibit a reaction to the said types of 
information if the subsystem (2i) belonging to 
the interface (7i) indicates that it is no longer 
capable of processing the information in ques- 
tion. 

13. Database system as claimed in claim 10, 
characterised in that the interface (7i) com- 
prises an event processor (23) with corre- 
sponding ROM (28). 

14. Database system as claimed in one of the 
claims 1-13, characterised in that 

- at least one interface (7i) has facilities for 
recording of irregular or failing informa- 
tion flows originating from the subsystem 
(2i) belonging to the interface (7i), and of 
irregular or failing information flows, re- 
ceived via the bus system (8), originating 



from other interfaces (7j); 

- this interface (7ij) has facilities for sup- 
plying the subsystem (2i) with informa- 
tion relating to the malfunctioning sub- 

s system (2i, 2j) or the malfunctioning in- 

terface (7i, 7j). 

15. Database system as claimed in claim 14, 
characterised in that the interface (7i) com- 

10 prises a monitor processor (29) with corre- 

sponding ROM (30). 

16. Database system as claimed in claims 13 and 
14, characterised in that the said event proces- 

75 sor (27) reacts to the information, received via 

the bus system (8), relating to a malfunctioning 
interface (7j) or subsystem (2j). 

17. Database system as claimed in claim 14, 
20 characterised in that 

- the database system comprises a special 
subsystem (2k) which is provided with 
knowledge concerning the configuration 
of the database system and is suitable 

25 for the generation of database-system- 

configuring information in case the spe- 
cial subsystem (2k) receives information 
relating to a malfunctioning interface (7j) 
or subsystem (2j); 

30 - an interface (7j) comprises facilities to 

inform the subsystem (2j) belonging to 
the interface (7j) concerning a new task 
to be executed by the said subsystem 
(2j), in conformity with database-system- 

35 reconfiguring information received via the 

bus system (8). 

18. Database system as claimed in claims 13 and 
17, characterised in that the facilities men- 

40 tioned in claim 17, comprise the said event 

processor (27). 

19. Database system as claimed in one of the 
preceding claims characterised in that an in- 

45 itialisation procedure is provided, in which 

each subsystem (2i) supplies information to 
the interface (7i) about the types of information 
it can produce, and that the interface (7i) is 
provided with means for storing, during the 

50 initialisation procedure, requests for the supply 

of information of a particular type received via 
the bus system. 

PatentansprUche 

55 

1. Datenbanksystem, unter anderem bestehend 
aus: 
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>a) einer Vielzahl von Subsystemen (2i), wel- 
che Subsystems individuell dazu eingerich- 
tet sind, urn mehrere Datentypen zu produ- 
zieren und zu verarbeiten; 

b) einem Bussystem (8); und s 

c) einer Vielzahl Schnittstellen (7i), welche 
jeweils die verschiedenen Subsysteme (2i) 
mit dem erwahnten Bussystem (8) verbin- 
den, 

wobei 70 

i) jedes Subsystem (2i) Mittel Datenan- 
forderung umfaSt, welche Anforderung 
mit einer Indikation uber den gewUnsch- 
ten Datentyp versehen wird, und Mittel 

zur Zufuhrung der vom erwShnten Sub- 75 
system (2i) erzeugten Daten, welche Da- 
ten mit einer Indikation Uber den Typ der 
produzierten Daten versehen wird; 

ii) jede Schnittstelle (7i) Mittel umfaBt, 
zum: 20 

- Uber das Bussystem (8) Senden 
einer Anforderung zur Lieferung 
von Daten eines bestimmten Typs, 
wenn das zur Schnittestelle (7i) ge- 
horende Subsystem die Daten des 25 
erwahnten Typs anfordert; 

- Akzeptieren von Daten, produziert 
vom zur Schnittstelle (7i) gehoren- 
den Subsystem (2i), inklusive einer 
Indikation Ober den Datentyp; 30 

- Versorgen des Bussystems (8) mit 
einem bestimmten Datentyp, wenn 
die Schnittstelle (7i), Uber das Bus- 
system (8), von einer anderen mit 
dem Bussystem (8) verbundenen 35 
Schnittstelle (7j) eine Anforderung 

zur Lieferung von Daten des zuletzt 
erwahnten Typs empfangt, wenn 
das zur Schnittstelle (7i) gehorende 
Subsystem die betreffende Daten 40 
produziert; 

- Akzeptieren durch das Bussystem 
(8) von Daten des vom zur Schnitt- 
stelle (7i) gehorenden Subsystem 

(2i) verlangten Typs, und ZufUh- 45 
rung der akzeptierten Daten zum 
Subsystem (2i), 
dadurch gekennzeichnet, daB 

iii) jede Schnittstelle (7i) Mittel umfaGt, 
zum: 50 

- Speichern, sobald das zur Schnitt- 
stelle (7i) gehorende Subsystem 
(2i) zumindest eine Anforderung 
nach Daten eines bestimmten Typs 
abgibt, von Daten des im vorste- 55 
henden erwShnten Typs, jedesmal, 
wenn neue Daten des betreffenden 
Typs auf dem Bussystem (8) ver- 



fUgbar werden; 

- ZufUhren zum Bussystems (8), so- 
bald die Schnittstelle seitens des 
Bussystems (8) zumindest eine An- 
forderung nach Daten eines be- 
stimmten Typs empfangt, von neue 
Daten, jedesmal, wenn diese Daten 
erneut vom zur Schnittstelle (7i) 
gehorenden Subsystem (2i) produ- 
ziert worden sind; 

- ZufUhren von bereits akzeptierter 
und gespeicherter Daten eines be- 
stimmten Typs zum zur Schnittstel- 
le (7i) gehorenden Subsystem (2i), 
jedesmal, wenn das betreffende 
Subsystem (2i) Daten dieses Typs 
anfordert. 

2. Datenbanksystem gemaS Anspruch 1, dadurch 
gekennzeichnet, daB die Schnittstelle (7i) mit 
einem ersten Speicher (24) zur Speicherung 
von uber das Bussystem (8) empfangenen Da- 
ten, einem ersten Mikroprozessor (23) zur 
Steuerung des erwahnten Speichers (24), ei- 
nem zweiten Speicher (16) zur Speicherung 
von vom zur Schnittstelle (7i) gehorenden Sub- 
system (2i) produzierten Daten, und einem 
zweiten Mikroprozessor (15), zur Steuerung 
des zweiten Speichers (16), versehen ist. 

3. Datenbanksystem gemaB Anspruch 1, dadurch 
gekennzeichnet, daB die Schnittstelle (7i) Mittel 
umfafit zum: 

- Senden eines Stoppauftrags, Uber das 
Bussystem (8) zur Unterbrechung einer 
fruheren Anforderung zur Lieferung von 
Daten eines bestimmten Typs, wenn das 
Subsystem (2i) gehorend zur Schnittstel- 
le (7i) dieser Schnittstellen zu erkennen 
gibt, kein Interesse mehr an den Daten 
des betreffenden Typs zu haben; 

- Aufzeichnen einer jeden Uber das Bussy- 
stem (8) empfangenen Anforderung 
durch die Schnittstellen (7j), zur ZufUh- 
rung von Daten eines bestimmten Typs, 
wenn das zur Schnittstelle (7i) gehoren- 
den Subsystem (2i) imstande ist, die be- 
treffenden Daten zu produzieren; 

- Aufzeichnen eines jeden Stoppauftrags, 
produziert von Schnittstelle (7i) und Uber 
das Bussystem (8) empfangen, zur Un- 
terbrechung einer fruheren Anforderung 
durch die betreffende Schnittstelle (7j), 
zur Lieferung von Daten eines bestimm- 
ten Typs; 

- Versorgen des Bussystems (8) mit Daten 
eines bestimmten Typs, wenn das zur 
Schnittstelle (7i) gehorende Subsystem 
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t (2i) diese Daten produziert, solange zu- 
mindest eine Anforderung zur Lieferung 
der erwahnten Daten aufgezeichnet wor- 
den ist. 

5 

4. Datenbanksystem gemaB Anspruch 3, dadurch 
gekennzeichnet, daB die Schnittstelle (7i) mit 
einem dritten Mikroprozessor (18) und einem 
dritten, von diesem Mikroprozessor (18) ge- 
steuerten Speicher (19), zum Aufzeichnen, fOr 10 
jede Schnittstelle (7j), welche Teil des Daten- 
banksystems ist, der von diesen Schnittstellen 

(7j) ausgegebenen Anforderungen und Stopp- 
auftrage zur Lieferung von Daten eines be- 
stimmten Typs, und zum Aufzeichnen der vom 15 
zur Schnittstelle (7i) gehorenden Subsystem 
(2i) durchgefUhrten Anforderung zur Lieferung 
von Daten eines bestimmten Typs versehen 
ist. 

20 

5. Datenbanksystem gemaB Anspruch 3 t dadurch 
gekennzeichnet, daB die Schnittstelle (7i) Mittel 
fUr das Senden eines Stoppauftrags zum Zu- 
rUcknehmen einer frOheren Anforderung zur 
Lieferung von Daten eines bestimmten Typs 25 
umfaBt, wenn das zur Schnittstelle (7i) geho- 
rende Subsystem (2i) die betreffenden Daten 
innerhalb eines bestimmten Zeitraumes nicht 
anfordert. 

30 

6. Datenbanksystem gemaB den AnsprUchen 1 
Oder 3, dadurch gekennzeichnet, daB alle Sub- 
systeme (2i) Mittel zur Erzeugung einer Quali- 
tatsindikation, in bezug auf die vom Subsy- 
stem produzierten Daten umfassen, und daB 35 
die zum Subsystem (2i) gehorende Schnittstel- 
le (7i) mit Mitteln versehen ist, zum: 

- gleichzeitigen Senden von Daten eines 
bestimmten Typs, vom zur Schnittstelle 

(7i) gehorenden Subsystem (2i), und ei- 40 
ner Qualitatsindikation, ebenfalls vom er- 
wahnten Subsystem (2i) produziert, in 
bezug auf die erwahnten Daten; 

- Aufzeichnen und Uberschreiben, fUr jede 
datenanliefernde Schnittstelle (7j), von 45 
Uber das Bussystem (8) empfangenen 
Daten eines bestimmten Typs, zusam- 
men mit der zu diesen Daten gehoren- 
den Qualitatsindikation; 

- ZufUhren der besten, gespeicherten Da- 50 
ten eines bestimmten Typs zum zur 
Schnittstelle (7i) gehorenden Subsystem 

(2i) p jedesmal wenn das erwahnte Subsy- 
stem (2i) Daten dieses Typs anfordert, 
wobei die besten Daten auf Basis der 55 
Qualitatsindikation ausgewShlt werden. 



7. Datenbanksystem gemaB Anspruch 6, dadurch 
gekennzeichnet, daB die erwahnte Qualitatsin- 
dikation momentane Daten Q c Ober Qualitat, 
Daten r Gber Dauerhaftigkeit, und Daten t G 
Uber Zeitpunkt der Produktion enthait. 

8. Datenbanksystem gemaB Anspruch 6 oder 7, 
dadurch gekennzeichnet, daB die Schnittstelle 
(7i) den erwahnten ersten Speicher (24) zur 
Speicherung der erwahnten Qualitatsindikation 
und den erwahnten ersten Mikroprozessor (23) 
zur Selektion der besten Daten umfaBt. 

9. Datenbanksystem gemaB einem der AnsprO- 
che 1 bis 8, dadurch gekennzeichnet, daB die 
Schnittstelle (7i) eingerichtet ist zur Zufdhrung 
zum zur Schnittstelle (7i) gehorenden Subsy- 
stem (2i) aller bereits akzeptierten und gespei- 
cherten Daten eines bestimmten Typs, jedes- 
mal, wenn das erwahnte Subsystem (2i) alle 
Daten dieses Typs anfordert. 

10. Datenbanksystem gemaB einem der Anspru- 
che 1 bis 9, dadurch gekennzeichnet, daB die 
Schnittstelle (7i) Mittel umfasst zum sofortigen 
Reagieren auf bestimmte, Ober das Bussystem 
(8) empfangene Datentypen, und zum unmittel- 
baren ZufUhren dieser Daten zum zur Schnitt- 
stelle (7i) gehorenden Subsystem (2i), und um- 
gekehrt. 

11. Datenbanksystem gemaB Anspruch 10, da- 
durch gekennzeichnet, daB die Schnittstelle (7i) 
Mittel umfaBt, um auf die erwahnten Datenty- 
pen zu reagieren, nur wenn das zur Schnittstel- 
le (7i) gehorende Subsystem (2i) meldet, daB 
es die betreffenden Daten verarbeiten kann. 

12. Datenbanksystem gemaB Anspruch 11, da- 
durch gekennzeichnet, daB die Schnittstelle (7i) 
Mittel umfaflt, um eine Reaktion auf die er- 
wahnten Datentypen zu unterdrUcken, wenn 
das zur Schnittstelle (7i) gehorende Subsy- 
stem (2i) meldet, daB es die betreffenden Da- 
ten nicht langer verarbeiten kann. 

13. Datenbanksystem gemaB Anspruch 10, da- 
durch gekennzeichnet, daB die Schnittstelle (7i) 
einen Ereignisprozessor (23) mit einem zuge- 
horigen ROM (28) umfaBt. 

14. Datenbanksystem gemaB einem der Anspru- 
che 1 bis 13, dadurch gekennzeichnet, daB 

- zumindest eine Schnittstelle (7i) Mittel 
zur Aufzeichnung von unregelmaBigen 
oder fehlenden DatenflQssen umfaBt, wel- 
che von dem zur Schnittstelle (7i) geho- 
renden Subsystem (2t) stammen, sowie 
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Datentypen versieht, und da8 die Schnittstelle 
(7i) Mitteln umfaBt, zur Speicherung wShrend 
des Initialisierungsverfahrens von Anforderun- 
gen fOr die Lieferung von Uber das Bussystem 
5 empfangenen Daten eines bestimmten Typs. 

Revendicatlons 



v von unregelmSBigen oder fehlenden, 
Uber das Bussystem (8) empfangenen 
DatenflUssen, welche von anderen 
Schnittstellen (7j) stammen; 

- diese Schnittstelle (7ij) Mittel zum ZufUh- 
ren von Daten zum Subsystem (2i) um- 
faBt, welche Daten sich auf das mangel- 
haft funktionierendes Subsystem (2i, 2j) 
oder die mangelhaft funktionierende 
Schnittstelle (7i, 7j) beziehen. w 

15. Datenbanksystem gemaB Anspruch 14, da- 
durch gekennzeichnet, daB die Schnittstelle (7i) 
einen Monitorprozessor (29) mit einem zuge- 
horigen ROM (30) umfaBt. 15 

16. Datenbanksystem gemaB den AnsprUchen 13 
und 14, dadurch gekennzeichnet, daB der er- 
wahnte Ereignisprozessor (27) auf die Uber 

das Bussystem (8) empfangenen Daten rea- 20 
giert, welche Daten sich auf eine mangelhaft 
funktionierende Schnittstelle (7j) oder ein man- 
gelhaft funktionierendes Subsystem (2j) be- 
zieht. 

25 

17. Datenbanksystem gemaB Anspruch 14, da- 
durch gekennzeichnet, daB 

- das Datenbanksystem ein spezielles 
Subsystem (2k) umfaBt, welches mit 
Kenntnis in betreff der Konfiguration des 30 
Datenbanksystems versehen und zur Er- 
zeugung von Daten bezuglich 
Datenbank-Konfiguration eingerichtet ist, 
wenn das spezielle Subsystem (2k) Da- 
ten empfangt, welche Daten sich auf eine 35 
mangelhaft funktionierende Schnittstelle 

(7j) oder ein mangelhaft funktionierendes 
Subsystem (2j) beziehen; 

- eine Schnittstelle (7j) Mittel umfaBt, urn 

das zur Schnittstelle (7j) gehorende Sub- 40 
system (2j) zu informieren, und zwar mit 
Bezug auf eine neue, von dem erwahn- 
ten Subsystem (2j) durchzufUhrende Auf- 
gabe, entsprechend der Uber das Bussy- 
stem (8) empfangenen, 45 
datenbanksystem-rekonftgurierenden Da- 
ten. 

18. Datenbanksystem gemaB den AnsprUchen 13 

und 17, dadurch gekennzeichnet, daB die in 50 
Anspruch 17 erwShnten Mittel den erwahnten 
Ereignisprozessor (27) umfassen. 

19. Datenbanksystem gemaB einem der vorange- 
henden AnsprUche, dadurch gekennzeichnet, 55 
dafi ein Initialisierungsverfahren vorgesehen ist, 
wobei jedes Subsystem (2i) die Schnittstelle 

(7i) mit Daten Uber die von ihm produzierbaren 



1. Systeme de base de donnSes comprenant : 

a) un ensemble de sous-systemes (2i) dont 
chacun est preVu pour produire et trailer un 
ou plusieurs types d' informations ; 

b) un systeme de type bus (8) ; et 

c) un ensemble d'interfaces (7i) couplant 
respectivement les sous-systemes respec- 
tifs (2i) audit systeme de type bus (8), 

ou 

i) chaque sous-systeme (2i) comprend 
des moyens pour demander des informa- 
tions en incluant dans une telle demande 
une indication du type des informations 
d6sir6es, et des moyens pour fournir les 
informations produites par ledit sous-sys- 
teme (2i) en y incluant une indication du 
type des informations produites ; 

ii) chaque interface (7i) comprend des 
moyens pour : 

- envoyer une demande, par I'inter- 
mediaire du systeme de type bus 
(8), pour la fourniture d'un type 
particulier d'informations dans le 
cas ou le sous-systeme (2i) appar- 
tenant a 1'interface (7i) demande 
des informations dudit type ; 

- accepter les informations produites 
par le sous-systeme (2i) apparte- 
nant a I'interface (7i), en incluant 
une indication du type des informa- 
tions ; 

- fournir au systeme de type bus (8) 
un type particulier d' informations 
dans le cas 0C1 I'interface (7i), par 
I'intermediaire du systeme de type 
bus (8), recoit d'une autre interface 
(7j) relive au systeme de type bus 
(8), une demande pour la fourniture 
d'informations du dernier type 
mentionne, si le sous-systeme ap- 
partenant a I'interface (7i) produit 
les informations en question ; 

- accepter depuis le systeme de 
type bus (8) les informations du 
type demande par le sous-systeme 
(2i) appartenant a I'interface (7i), et 
fournir au sous-systeme (2i) les in- 
formations acceptees, 

caracterise en ce que 
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* Hi) chaque interface (7i) comprend des 
moyens pour : 

- mettre en memoire h partir du mo- 
ment ou le sous-systeme (2i) ap- 
partenant k I'interface (7i) prdsente 5 
au moins une demande pour des 
informations d'un type particulier, 

les informations du type mentionne* 
ci-dessus, a chaque fois que de 
nouvelles informations dudit type 10 
deviennent disponibles sur le sys- 
teme de type bus (8) ; 

- fournir au systeme de type bus (8), 
a partir du moment oCi ('interface 

(7i) regoit depuis le systeme de 75 
type bus (8) au moins une deman- 
de pour la fourniture d'informations 
d'un type particulier, de nouvelles 
informations dudit type k chaque 
fois que ces informations sont a 20 
nouveau produites par le sous-sys- 
teme (2i) appartenant a ['interface 
(7i); 

- fournir des informations, d'un type 
particulier, dej& accepters et mises 25 
en memoire au sous-systeme (2i) 
appartenant k I'interface (7i) a cha- 
que fois que ledit sous-systeme 

(2i) demande des informations de 

ce type. 30 

2. Systeme de base de donnees com me revendi- 
que* a la revendication 1 , caracteVise* en ce que 
I'interface (7i) presente une premiere memoire 

(24) pour la mise en memoire d' informations 35 
regues par I'intermediaire du systeme de type 
bus (8), un premier mtcroprocesseur (23) com- 
mandant ladite memoire (24), une seconde 
memoire (16) pour la mise en memoire d'infor- 
mations produites par le sous-systeme (2i) ap- 40 
partenant a I'interface (7i), et un second micro- 
processeur (15) commandant ladite seconde 
memoire (16). 

3. Systeme de base de donnees comme revendi- 45 
que a la revendication 1 , caracterise en ce que 
I'interface (7i) comprend des moyens pour : 

- envoyer un ordre d'arret, par I'interme- 
diaire du systeme de type bus (8), pour 

la suppression d'une demande anterieure 50 
pour la fourniture d informations d'un 
type particulier, dans le cas ou le sous- 
systeme (2i) appartenant a I'interface (7i) 
indique a cette interface (7i) ne plus etre 
inteVesse* dans les informations du type 55 
en question ; 

- enregistrer chaque demande, effectuee 
par les interfaces (7j) et regue par I'inter- 



mediaire du systeme de type bus (8), 
pour la fourniture d'informations d'un 
type particulier, dans le cas ou le sous- 
systeme (2i) appartenant h I'interface (7i) 
est capable de produire les informations 
en question ; 

- enregistrer chaque ordre d'arret, prove- 
nant des interfaces (7j) et regu par I'in- 
termediaire du systeme de type bus (8) 
pour la terminaison d'une demande ante- 
rieure, effectuee par I'interface (7j) en 
question, pour I'amenee d'informations 
d'un type particulier ; 

- fournir au systeme de type bus (8) des 
informations d'un type particulier dans le 
cas ou le sous-systeme (2i) appartenant 
h I'interface (7i) produit ces informations, 
aussi longtemps qu'au moins une de- 
mande pour la fourniture desdites infor- 
mations a ete* enregistr£e. 

4. Systeme de base de donnees comme revendi- 
que a la revendication 3, caract£rise* en ce que 
('interface (7i) pr£sente un troisieme micropro- 
cessor (18) et une troisieme memoire (19), 
commandos par ce microprocesseur (18), pour 
enregistrer, pour chaque interface (7j) faisant 
partie du systeme de base de donnees, les 
demandes effectu^es et les ordres d'arret emis 
par ces interfaces (7j) pour la fourniture d'infor- 
mations d'un type particulier, et pour enregis- 
trer la demande effectuee par le sous-systeme 
(2i) appartenant a I'interface (7i) pour la fourni- 
ture d'informations d'un type particulier. 

5. Systeme de base de donnees comme revendi- 
que a la revendication 3, caracterise en ce que 
I'interface (7i) comprend des moyens pour en- 
voyer un ordre d'arret afin de retirer une de- 
mande anterieure pour I'amenee d'informations 
d'un type particulier, dans le cas ou le sous- 
systeme (2i) appartenant a I'interface (7i) ne 
demande pas les informations en question 
dans une certaine peViode de temps. 

6. Systeme de base de donnees comme revendi- 
que* aux revendi cations 1 ou 3, caracte7is§ en 
ce que tous les sous-systemes (2i) compren- 
nent des moyens pour la production d'une 
indication de qualite* concernant des informa- 
tions produites par le sous-systeme, et en ce 
que I'interface (7i) appartenant au sous-syste- 
me (2i) est munie de moyens pour : 

- envoyer simultan^ment des informations 
d'un type particulier produites par le 
sous-systeme (2i) appartenant & I'interfa- 
ce (7i), et une indication de qualite* egale- 
ment produite par ledit sous-systeme (2i) 
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* et concernant lesdites informations ; 

- enregistrer et ^eraser, pour chaque inter- 
face (7j) fournissant des informations, 
des informations d'un type particulier re- 
gues par I'interm^diaire du systeme de 
type bus (8), en m£me temps que Indi- 
cation de qualite appartenant h ces infor- 
mations ; 

- foumir les meilleures informations, d'un 
type particulier, mises en memoire au 
sous-systeme (2i) appartenant k Interfa- 
ce (7i), a chaque fois que ledit sous- 
systeme (2i) demande ce type d'informa- 
tions, de sorte que !es meilleures infor- 
mations sont choisies sur la base de 
I'indication de qualite\ 

7. Systeme de base de donnees comme revendi- 
que* k la revendication 6, caracterise en ce que 
Tindication de qualite mentionnee comprend 
des informations de qualite* instantanees Q 0 , 
des informations de durability t et des informa- 
tions de moment de production t c . 

8. Systeme de base de donnees comme revendi- 
que* aux revendications 6 ou 7, caracteVise* en 
ce que I'interface (7i) comprend ladite premie- 
re memoire (24) pour la mise en memoire de 
ladite indication de quality, et ledit premier 
microprocesseur (23) pour la selection des 
meilleures informations. 

9. Systeme de base de donnees comme revendi- 
que* dans une des revendications 1-8, caracte- 
rise* en ce que I'interface (7i) presente des 
moyens pour fournir au sous-systeme (2i) ap- 
partenant a interface (7i) toutes les informa- 
tions d'un type particulier dej& accepters et 
mises en memoire a chaque fois que ledit 
sous-systeme (2i) demande toutes les informa- 
tions de ce type. 

10. Systeme de base de donnees comme revendi- 
que dans une des revendications 1-9, caracte- 
rise en ce que interface (7i) presente des 
moyens pour reagir imm^diatement a des ty- 
pes particuliers d' informations regues par in- 
termediate du systeme de type bus (8), et 
pour fournir immediatement ces informations 
au sous-systeme (2i) appartenant a la dite 
interface (7i), et vice versa. 

11. Systeme de base de donnees comme revendi- 
que* h la revendication 10, caracteVise* en ce 
que interface (7i) presente des moyens pour 
reagir auxdits types d'informations seulement 
si le sous-systeme (2i) appartenant a I'interfa- 
ce (7i) indique qu'il est capable de traiter les 



informations en question. 

12. Systeme de base de donnees comme revendi- 
que* a la revendication 11, caracteVise en ce 

5 que interface (7i) presente des moyens pour 

inhiber une reaction auxdits types d'informa- 
tions si le sous-systeme (2i) appartenant a 
Tinterface (7i) indique qu'il n'est plus capable 
de tracer les informations en question. 

w 

13. Systeme de base de donnees comme revendi- 
que a la revendication 10, caracteVise en ce 
que I'interface (7i) comprend un processeur 
d'evenements (23) avec ROM correspondante 

15 (28). 

14. Systeme de base de donnees comme revendi- 
que dans une des revendications 1-13, carac- 
teVise* en ce que 

20 - au moins une interface (7i) presente des 

moyens pour enregistrer des debits d'in- 
formations irrdgulieres ou d£grad£es pro- 
venant du sous-systeme (2i) appartenant 
a Tinterface (7i), et de debits d'informa- 

25 tions irregulieres ou degradees, regues 

par intermediate du systeme de type 
bus (8), provenant d'autres interfaces (7j) 

- cette interface (7ij) presente des moyens 
30 pour fournir au sous-systeme (2i) des 

informations concernant le sous-systeme 
(2i, 2j) fonctionnant mal ou I'interface (7i, 
7j) fonctionnant mal. 

35 15. Systeme de base de donnees comme revendi- 
que a la revendication 14, caracteVise* en ce 
que I'interface (7i) comprend un processeur de 
contr6le (29) avec ROM correspondante (30). 

40 16. Systeme de base de donnees comme revendi- 
que aux revendications 13 et 14, caracterise 
en ce que ledit processeur d'evenements (27) 
r£agit aux informations, regues par I'interme- 
diaire du systeme de type bus (8), concernant 

45 une interface (7j) ou un sous-systeme (2j) 

fonctionnant mal. 

17. Systeme de base de donnees comme revendi- 
que a la revendication 14, caracteVise* en ce 
so que 

- le systeme de base de donnees com- 
prend un sous-systeme particulier (2k) 
qui est muni de la connaissance concer- 
nant la configuration du systeme de don- 

55 n£es et est approprie a la formation d'in- 

formations de configuration d'un systeme 
de base de donnees dans le cas ou le 
sous-systeme particulier (2k) regoit des 
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* informations concernant une interface (7j) 
ou un sous-syst&me (2j) fonctionnant mal 

• une interface (7j) comprend des moyens 
particuliers pour informer le sous-syste- s 
me (2j) appartenant a ('interface (7j) 
concernant une nouvelle tache a ex6- 
cuter par ledit sous-syst&me (2j), en 
conformity avec des informations de re- 
configuration d'un sysfeme de base de 10 
donnSes qui sont rogues par I'interm^- 
diaire du syst&me du type bus (8). 

18. Syst&me de base de donn^es comme revendi- 

qu6 aux revendications 13 et 17, caract6ris6 75 
en ce que les moyens particuliers mentionnSs 
a la revendication 17 comprennent ledit pro- 
cesses d'^v&nements (27). 

19. Systeme de base de donnSes comme revendi- 20 
que dans une des revendications pr^cedentes, 
caract6ris6 en ce qu'on pr^voit une procedure 
d'initialisation dans laquefle chaque sous-sys- 
feme (2i) fournit des informations a I'interface 

(7i) concernant les types d'informations quMI 25 
peut produire, et en ce que i'interface (7i) est 
munie de moyens pour mettre en memoire, 
pendant la procedure d'initialisation, des de- 
mandes pour la fourniture d'informations d'un 
type particulier regues par I' intermedial re du 30 
systeme de type bus. 
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